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® Einrichtung und Verfahren zur automatischen Generierung von Automatisierungssoftware 

@ Es wird eine Einrichtung und ein Verfahren zur automa- 
tischen Generierung von Automatisierungssoftware mit 
einem zumindest einen Softwaregenerator (11) und einen 
Projektgenerator (12) umfassenden Generator (10) ange- 
geben, wobei mittels des Softwaregenerators (11) an- 
hand von vorgebbaren oder vorgegebenen ersten Daten, 
wie insbesondere Planungsdaten (17), Prog ram mwissen 
(18) und Verwaltungswissen (19) eine Entwicklungsum- 
gebung (14) generierbar ist und unter Verwendung der 
Entwicklungsumgebung (14) mittels des Projektgenera- 
tors (12) anhand von vorgebbaren oder vorgegebenen 
zweiten Daten, wie insbesondere Planungsdaten (17), Er- 
fahrungsdaten (20) und Hardwarewissen (21), eine Steue- 
rungssoftware (15) generierbar ist. 
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Beschreibung 

[0001] Die Erfindung bezieht sich auf eine Einrichtung 
zur automatischen Generierung von Automatisierungssoft- 
ware oder Teilen, wie insbesondere Strukturen und dersel- 5 
ben. Sie bezieht sich weiter auf ein korrespondierendes Ver- 
fahren zur automatischen Generierung solcher Automatisie- 
rungssoftware. 

[0002] In der alteren deutschen Patentanmeldung 
102 06 691 wird ein Verfahren zur Nutzung zumindest eines 10 
in cincm Spcichcr cincs Rcchncrs vorgchaltcncn Dicnstcs 
durch einen Nutzer angegeben. Als Dienst wird dabei das 
Bereitstellen einer den Spezifikationen des Nutzers entspre- 
chenden Software bezeichnet. Der Nutzer meldet sich bei ei- 
ner einen Zugang zu dem Dienst Ciberwachenden Verwal- 15 
tungseinheit an und spezifiziert den gewunschten DiensL 
Darauf ermittelt die Verwaltungseinheit zum Abruf eines 
der Spezifikation entsprechenden Dienstes dazu erforderli- 
che Einzelkomponenten und generiert aus diesen die Soft- 
ware. Daruber hinaus generiert die Verwaltungseinheit fiir 20 
jede erforderliche Einzelkomponente einen Eintrag in einem 
dem Nutzer zugeordneten Lizenzdatensatz einer Lizenzda- 
tenbank. 

[0003] In der alteren deutschen Patentmeldung 
102 09 640 wird cin Verfahren zur Generierung cincs Auto- 25 
matisiemngsprogramrns aus einem HMI-Programm (HMI = 
"human machine interface") mittels eines Generators ange- 
geben, wobei der Generator Strukturen des HMI-Pro- 
gramms erkennt und in Strukturen des Automatisierungs- 
programms umsetzt. 30 
[0004] Der Erfindung besteht in der Vereinfachung der 
Ablaufe bei der Erstellung von Automatisierungssoftware. 
[0005] Eine solche Vereinfachung der Ablaufe bei der Er- 
stellung von Automatisierungssoftware wird mit einer Ein- 
richtung, wie sie in Ahspruchs 1 angegeben ist, erreicht. 35 
Dazu ist eine Einrichtung zur automatischen Generierung 
von Automatisierungssoftware mit einem zumindest einen 
Softwaregenerator und einen Projektgenerator umfassenden 
Generator vorgeschen, wobci mittels des Softwarcgcncra- 
tors anhand von vorgebbaren oder Yorgegebenen ersten Da- 40 
ten, wie insbesondere Planungsdaten, Programmwissen und 
Verwaltungswissen eine Entwicklungsumgebung generier- 
bar ist und wobei unter Verwendung der Entwicklungsum- 
gebung mittels des Projektgenerators anhand von vorgebba- 
ren oder vorgegebenen zweiten Daten, wie insbesondere 45 
Planungsdaten, Erfahrungsdaten und Hardwarewissen, eine 
Steuerungssoftware generierbar ist. Eine solche Vereinfa- 
chung wird gleichfalls mit einem korrespondierenden Ver- 
fahren, wie es in Anspruch 7 definiert ist, erreicht. 
[0006] Die Erfindung geht von der Erkenntnis aus, dass 50 
sich Weiterentwicklungen an Software stets auf die Hinzu- 
fijgung weiterer Leistungsmerkmale bezieht, mit denen der 
Anwcndcr die cigcntlichc Aufgabe vcrmcintlich cinfachcr 
oder schneller iosen kann. Die Erfindung stellt jedoch die 
Aufgabe in den Vordergrund und sieht die automausche, zur 55 
Losung der Aufgabe optimierte Generierung von Automati- 
sierungssoftware von Dabei werden die derzeitigen Mog- 
lichkeiten beim Zugriff auf Daten verschiedenster Art aus- 
genutzt. Mit Hilfe leistungsfahiger Suchalgorithmen, wie sie 
zum Beispiel bei der Nutzung des Internets Verwendung fin- 60 
den, konnen umfangreiche Datenbestande in Bezug auf vor- 
gegebene oder vorgebbare Schlusseldaten, wie sie z. B. bei 
der Beschreibung der Aufgabe in Form von Schlusselworten 
wie z. B. "Brauerei", "Stahlwalzwerk", etc. vorkommen, 
durchsucht werden. Daneben beobachtet man den Trend zur 65 
Verwendung standardisierter Schnitts teilen. Diese erlauben 
z. B. eine Weiterverarbeitung von CAD-Daten in der Form, 
dass anhand der CAD-Daten und anhand von mit einzelnen 
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Datensatzen solcher CAD-Daten verkniipften Bibliotheks- 
informationen samtliche in einem zu automatisierenden 
technischen Prozess enthaltenen Komponenten wie Moto- 
ren, Ventile, Endschalter, etc. ermittelbar sind. Anhand von 
yorgegebenen oder vorgebbaren Regeln ist jede Kornpo- 
nente z. B. der Kategorie der Aktoren oder der Kategorie der 
Sensoren zuordenbar. Fiir jeden Aktor sind eine geeignete 
Anzahl von Ausgangen einer Automatisierungshardware 
und fur jeden Sensor entsprechend eine geeignete Anzahl 
von Eingangen vorzusehen, so dass damit bereits in groben 
Ziigcn das zu bcarbcitcndc Datcnvolumcn feststcht und ins- 
besondere ein zentrales Automatisierungsgerat nach Krite- 
rien wie Rechenleistung und Speicherkapazitat automatisch 
ausgewahlt werden kann. 

[0007] Demgegenuber wird Automatisierungssoftware 
heute mit kauflich erwerblichen, allgemein gebrauchlichen 
Standard-Entwicklungsumgebungen erstellt. Solche Stan- 
dard-Entwicklungsumgebungen stellen gleichsam wie Kon- 
fekiionsware eine Anzahl von Funktionen und Diensten zur 
Verfugung, ohne dabei individuelle BedUrfnisse einzelner 
Anwender berilcksichtigen zu konnen. GernaB der Erfin- 
dung ist zur automatischen Generierung von Automatisie- 
rungssoftware oder Teilen, wie insbesondere Strukturen, 
derselben zunachst eine Generierung einer individuellen 
Entwicklungsumgebung und nachfolgcnd untcr Verwen- 
dung der individuell generierten Entwicklungsumgebung 
die Generierung einer Steuerungssoftware vorgesehen. 
[0008] Bei der Steuerungssoftware handelt es sich um die- 
jenige Automatisierungssoftware, die einen konkreten tech- 
nischen Prozess, z. B. eine FertigungsstraBe, wie ein Walz- 
gerust oder eine Folge von Bestuckungsautomaten, steuert 
und/oder iiberwacht und schlieBt ggf. eine graphische Be- 
nutzerfuhrung z. B. mittels eines Bedien- und Beobach- 
tungssy steins oder einer Mensch-Maschine-Schnittstelle 
(HMI) ein. 

[0009] Bei der individuellen Entwicklungsumgebung han- 
delt es sich um die Zusammenstellung samtlicher zur Gene- 
rierung der Steuerungssoftware notwendiger Komponenten, 
wic Bibliothckcn oder Bibliothcksbcstandtcilcn oder dcrcn 
Aquivalente, Treiber zur Ansteuerung bestimmter Prozess- 
oder Automatisierungskomponenten, wie Netzwerkverbin- 
dungen, Kommunikationsschnittstellen, etc. sowie ein 
Transformationsprogramm, das nach Art eines Compilers, 
Interpreters oder dgl. zum Generieren der auf einer Ziel- 
hardware ausfuhrbaren Steuerungssoftware vorgesehen ist. 
[0010] Vorteilhafte Ausgestaltungen der Erfindung sind 
Gegenstand der Unteranspruche. Danach ist vorgesehen, 
dass der Generator weiter einen Anlagenkonfigurator um- 
fasst und dass mittels des Anlagenkonfigurators anhand von 
vorgebbaren oder vorgegebenen dritten Daten, wie insbe- 
sondere Hardwarewissen, eine Konfiguration einer Automa- 
tisierungshardware ermittelbar ist. Damit wird die automati- 
schc Erstellung Yon Automatisierungssoftware abgcrundct, 
indem zunachst die Entwicklungsumgebung und unter deren 
Verwendung die eigentliche Steuerungssoftware generiert 
wird, die mit Verfugbarkeit der Konfiguration der Automati- 
sierungshardware direkt zum Ablauf gebracht werden kann. 
[0011] Nachfolgend wird ein Ausruhrungsbeispiet der Er- 
findung anhand der Zeichnung naher erlautert Einanderent- 
sprechende (jegenstande oder Elemente sind in alien Figu- 
ren mit den gleichen Bezugszeichen versehen. 
[0012] Darin zeigen 

[0013] Fig. 1 eine schematische Darstellung eines Gene- 
rators zur automatischen Generierung von Automatisie- 
rungssoftware mit den dazu erforderlichen Daten, 
[0014] Fig. 2 einzelne Verfahrensschritte bei der automa- 
tischen Generierung von Automatisierungssoftware und 
[0015] Fig. 3 ein Diagramm des Datenflusses bei der auto- 
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matischen Generierung von Automatisierungssoftware. 
[0016] Fig. 1 zeigt in einer schematischen Obersicht einen 
Generator 10 mit einem Softwaregenerator 11, einen Pro- 
jektgenerator 12 und einem Aniagenkonfigurator 13. 
[0017] Der Softwaregenerator 11 ist zur Generierung einer 5 
Entwicklungsumgebung 14 und der Projektgenerator 12 zur 
Generierung einer Steuerungssoftware 15 vorgesehen. Der 
Aniagenkonfigurator 13 ist zur Ermittlung einer geeigneten 
Konfiguration 16 zum Betrieb der Steuerungssoftware 15 
auf einer Automatisierungshardware vorgesehen. Bei der 10 
nicht dargcstclltcn Automatisierungshardware handclt cs 
sich um einzelne Automatisierungsgerate, wie z. B. eine 
speicherprogramrnierbare Steuerung oder einen Prozess- 
rechner oder einen Verbund solcher Gerate, mit z. B, dezen- 
tralen Peripherieanschaltungen und/oder einem Leitrechner 15 
mit z. B. Produktplanungsfunktionalitaten. Ggf. nimmt der 
Aniagenkonfigurator 13 das Konfigurieren der Automatisie- 
rungshardware auch selbst vor, indem er die jeweilige Kon- 
figuration 16, das heiBt die Konfigurationsdaten, an die Au- 
tomatisierungshardware ilbermittelt. Die Steuerungssoft- 20 
ware 15 steuert die Automatisierungshardware und steuert 
und/oder uberwacht damit einen technischen Prozess (nicht 
dargestellt), wie z. B. eine SchweiBstrafle (Automobilpro-" 
duktion oder dgl.) oder ein Walzgerust (Stahlerzeugung). 
[0018] Die Generierung der Entwicklungsumgebung 14 25 
durch den Softwaregenerator 11 erfolgt anhand von vorgeb- 
baren oder vorgegebenen ersten Daten, wie insbesondere 
Planungsdaten 17, Programmwissen 18 und Verwaltungs- 
wissen 19. Die Planungsdaten 17 umfassen Daten wie Kon- 
struktionsdaten, wie sie z. B. von einem CAD-System verar- 30 
beitet oder bereit gestellt werden. Daneben oder zusatzlich 
umfassen die Planungsdaten 17 eine Aufgabenbeschreibung 
und/oder eine Problembeschreibung und/oder Daten zu vor- 
hergehenden Projekten. Das Programmwissen 18 umfasst 
Daten zu Funktionen wie z. B. Leistungsumfang oder Ver- 35 
fiigbarkeit, Strukturen, Versionen und/oder Abhangigkeiten, 
z. B. einzelner Funktionen untereinander. Das Verwaltungs- 
wissen 19 umfasst Daten fur eine Nutzungsverwaltung, Da- 
ten fur cine Abrcchnung und/oder Daten fur einen Aktuali- 
sierungsservice (Update). 40 
[0019] Die jeweils zur Verfiigung stehenden oder zur Ver- 
fiigung gesteUten ersten Daten werden mittels des Software- 
generators 11 analysiert. Anhand z. B. der Konstruktionsda- 
ten ist errnittelbar, dass im technischen Prozess z. B. fre- 
quenzgeregelte Antriebe vorhanden sind. Solche Antriebe 45 
erfordern spezielle Aktoren. Diese wiederum erfordem spe- 
zielie Software zu deren Ansteuerung. Die damit als erfor- 
derlich ermittelte Software ist eine notwendige Komponente 
der automatisch zu erstellenden Entwicklungsumgebung 14. 
Anhand der Aufgaben- oder Problembeschreibung, insbe- 50 
sondere in Verbindung mit Daten zu vorhergehenden Pro- 
jekten, ist anhand von Teilaufgaben oder Teilproblemen, 
ggf. untcr Berucksichtigung der jcwciligcn Bchandlung bci 
vorangehenden Projekten, errnittelbar, welche weiteren 
Komponenten fiir die Entwicklungsumgebung 14 notwen- 55 
dig sind. Fiir jede fiir die. Entwicklungsumgebung 14 not- 
wendige Komponente ist anhand des Programmwissens 18 
errnittelbar, welche Komponenten, wie Softwarernodule, 
Bibliotheken oder dgl., fiir die Entwicklungsumgebung 14 
erforderlich sind. Zu diesem Zweck wird z. B. auf Daten 60 
zum Funktionsumfang oder auf Daten zu Strukturen zuriick- 
gegriffen. Haufig macht eine fur die Entwicklungsumge- 
bung 14 erforderliche Komponente die Aufnabme weiterer 
Komponenten erforderlich, weil Abhangigkeiten, wie Im- 
portbeziehungen, zwischen der erforderlichen Komponente 65 
und der oder jeder weiteren Komponente bestehen. Zu die- 
sem Zweck wird z. B. auf Daten zu Abhangigkeiten oder auf 
Daten zu Strukturen zuruckgegriffen. Des Weiteren muss 



die Kompatibilitat der in die Entwicklungsumgebung 14 
eingehenden Komponenten gewahrleistet sein. Dazu wird 
z. B. auf Daten zu Versionen und/oder Abhangigkeiten zu- 
ruckgegriffen. SchlieBlich muss die Verfugbarkeit und ggf. 
die Aktualitat der einzelnen erforderlichen Komponenten 
gewahrleistet sein. Dazu ist ein Zugriff auf Daten zur Nut- 
zungsverwaltung und/oder Daten fur einen Aktualisierungs- 
service vorgesehen. Um die verwendeten Komponenten ab- 
rechnen oder deren Verwendung berechnen zu konnen ist 
ein ZugrifF auf Abrechnungsdaten vorgesehen. Nach Be- 
rucksichtigung samtlichcr zur Verfiigung stehender crstcr 
Daten stent schlieBlich eine individuell an die jeweilige 
Aufgabe oder Problemstellung angepasste Entwicklungs- 
umgebung 14 zur Verfugung. 

[0020] Die Generierung der Steuerungssoftware 15 durch 
den Projektgenerator 12 erfolgt unter Verwendung der Ent- 
wicklungsumgebung 14 anhand von vorgebbaren oder vor- 
gegebenen zweiten Daten, wie insbesondere den Planungs- 
daten 17 sowie Erfahrungsdaten 20 und Hard ware wissen 21. 
Anhand der Planungsdaten 17, wie insbesondere Aufgaben- 
und Problembeschreibung, ggf. in Verbindung mit Daten zu 
vorhergehenden Projekten, lasst sich eine Struktur der 
Steuerungssoftware 15 im Hinblick auf erforderliche Funk- 
tionen und eine Reihenfolge zum Aufruf solcher Funktionen 
crmittcln. Jc dctaillicrtcr z. B . die Daten zu vorhergehenden 
Projekten sind, desto umfassender konnen die ermittelten 
Strukturen mit Programmanweisungen gefullt werden. 
Wenn eine automatische Generierung solcher Programman- 
weisungen nicht moglich ist, kann vorgesehen sein, dass die 
Strukturen zumindest mit Informationen, beispielsweise in 
Form von Kommentarzeilen, gefullt werden, die einen Pro- 
gmrnmierer bei einer spateren t Jberarbeitung daruber infor- 
mieren, welche Operationen an einer konkreten S telle der 
Steuerungssoftware 15 vorzusehen sind. 
[0021] Die Erfahrungsdaten 20 umfassen zum Beispiel 
Daten zu Experten- oder Branchenwissen. Solche Daten 
konnen auch aktuelle Trends beriicksichtigen. Anhand die- 
ser Daten kann zum Beispiel automatisch ermittelt werden, 
dass in kritischen Indus tricumgebung en cxplosionsgc- 
schutzte Feldgerate oder Feldgerate mit einer besonderen 
Schutzart, z. B. IP65, vorzusehen sind. Solche Feldgerate 
sind fur die jeweiligen Anbieter im Vergleich zu Standard- 
Feldgeraten Sonderlosungen. Wenn Standard-Feldgerate 
z. B. mit einer Kanalgranularitat von 1 oder 2 Bit (Digital 
I/O) ertialtlich sind, sind spezielle Feldgerate nur in wenigen 
Konfigurauonen, z. B. 8-Bit und 16-Bit (Digital I/O), ver- 
fugbar. Das heiBt unter Berucksichtigung von Branchen- 
oder Expertenwissen kann sich eine andere Konfiguration 
der Feldgerate ergeben, als dies ohne Berucksichtigung sol- 
cher Informationen der Fall ware. Wenn ein oder mehrere 
spezielle Feldgerate mit acht digitalen Ein-/Ausgabekanalen 
als erforderlich ermittelt werden, erfordert dies auch ent- 
sprcchcndc Anpassungcn fur die dicsc Feldgerate anstcu- 
ernde Steuerungssoftware 15. 

[0022] Des Weiteren oder alternativ konnen die Erfah- 
rungsdaten 20 auch eine Herstellerbibliothek mit z. B. Mu- 
sterlosungen umfassen. Anhand solcher Musterlosungen 
konnen automatisch generierte Strukturen der Steuerungs- 
software 15 mit geeigneten Programmanweisungen gefullt 
werden, um z. B. die korrekte Bedienung eines konkreten 
Feldgerates zu gewahrleisten. 

[0023] SchlieBlich konnen die Erfahrungsdaten 20 auch 
eine Erfahrungsdatenbank umfassen. Aus einer solchen Er- 
fahrungsdatenbank konnen Informationen daruber entnom- 
men werden, ob sich eine konkrete, ggf. auch automatisch 
generierte Automatisierungssoftware bei einem vergleich- 
baren Problem oder Teilproblem oder einer vergleichbaren 
Aufgabe oder Teilaufgabe als geeignet herausgestellt hat. 
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Damit werden nach Art einer evolutionaren Strategic geeig- 
nete Losungen von ungeeigneten oder weniger geeigneten 
unterscheidbar. Fur die jeweilige Steuerungssoftware 16 
werden vorzugsweise als geeignet erkannte Losungen auf 
deren Verwendbarkeit iiberpriift. 

[0024] Die Erfahrungsdaten 20 werden kontinuierlich ak- 
tualisiert, denn jede generierte Steuerungssoftware 16 liefert 
neue Erfahrungsdaten 20, die fur nachfolgende Projekte 
niitzlich sein konnen. 

[0025] Einzelne Programmanweisungen in der Steue- 
rungssoftware 15 bezichen sich auf cine Anstcucrung dcr 
Automatisierungshardware. Um eine korrekte Ansteuerung 
der Automatisierungshardware oder einzelner Automatisie- 
rungskornponenten der Automatisierungshardware, wie 
z. B . Ein-/Ausgabebaugruppen zum Aufnehmen von Daten 
aus dem technischen Prozess oder zum Obermitteln von 
Steuerinformationen an den technischen Prozess, zu ge- 
wahrleisten, umfassen die zweiten Daten auch Hardware- 
wissen 21. Anhand des Hard ware wis sens 21 ist z. B. ermit- 
telbar, welche MaBnahmen zum Aktivieren eines bestimra- 
ten Ausgangs eines bestirnmten Feldgerates der Automati- 
sierungshardware erforderlich sind. Damit lassen sich auto- 
matisch die entsprechenden Programmanweisungen fur die 
Steuerungssoftware 15 generieren um z. B. den dritten Aus- 
gang cincs Feldgerates zu aktivieren. Ein Fcldgcrat ist iibli- 
cherweise viber einen Feldbus mit einem zentralen Automa- 
tisierungsgerat, wie einer speicherprogrammierbaren Steue- 
rung, verbundeu. Anhand des Hardwarewissens lassen sich 
automatisch fur die Steuerungssoftware 15 auch diejenigen 
Programmanweisungen generieren, um das Obertragungs- 
protokoll fur den jeweils eingesetzten Feldbus zu bedienen. 
[0026] Die automatische (jenerierung der Konfiguration 
16 durch den Anlagenkonfigurator 13 erfolgt unter Verwen- 
dung dritter Daten, wie z. B. Hardwarewissen 21. Bei der 
Generierung der Steuerungssoftware 16 ergibt sich Art und 
Umfang der benotigten Automatisierungshardware. Danach 
ist z. B. bekannt, iiber welche Leistungsfahigkeit, z. B. im 
Hinblick auf Verarbeitungsgeschwindigkeit oder Speicher- 
kapazitat, cin zcntralcs Automatisierungsgerat verfugen 
muss. Damit ist anhand von zum Hardwarewissen 21 geho- 
renden, ggf . auch herstelleriibergreifenden Katalogdaten er- 
mittelbar, welches Automatisierungsgerat diese Anforde- 
rungen erfullt. Nachdem auf diese Weise das konkrete Auto- 
matisierungsgerat ermittelt ist, ist anhand von weiterem 
Hardwarewissen 21 auch ermittelbar, wie und in welchem 
Umfang das Automatisierungsgerat konfigurierbar ist. An- 
hand der Erfordernisse der Steuerungssoftware 15 lasst sich 
die jeweils erforderliche Konfiguration 16 ermitteln und 
ggf. auch automatisch an das Automatisierungsgerat in pas- 
sender Form ubermitteln. Ahnlich ergibt sich aus Art um 
Umfang der benotigten Automatisierungshardware z. B. 
auch, ob und in welcher Form die einzelnen Automatisie- 
rungskomponcntcn untcrcinandcr durch einen Feldbus vcr- 
bunden werden mtissen. Aufgrund des anhand der Steue- 
rungssoftware 15 ermittelbaren zu erwartenden Datenvolu- 
mens ergibt sich eine Datenubertragungsrate fur den Feld- 
bus. Die Datenubertragungsrate beeinftusst ggf. das ver- 
wendbare Protokoli. Die auf diese Weise ermittelten Konfi- 
gurationsdaten im Hinblick auf Protokoli und Datenubertra- 
gungsrate gehen ebenfalls in die Konfiguration 16 ein. Eine 
Uberrnittlung der Konfiguration 16 an die jeweiligen Kdm- 
ponenten der Automatisierungshardware umfasst dann auch 
das Konfigurieren jedes an den Feldbus angeschlossenen 
Automatisierungsgerates. 

[0027] Nach all diesen Schritten steht eine automatisch 
generierte Automatisierungssoftware zur Verfiigung, die die 
Entwicklungsumgebung 14, die Steuerungssoftware 15 lind 
ggf. die Konfiguration 16 umfasst. Die ersten Daten beein- 



flussen dabei die automatische Generierung der Entwick- 
lungsumgebung 14. Die zweiten Daten und die Entwick- 
lungsumgebung 14 beeinflussen die automatische Generie- 
rung der Steuerungssoftware 15. Die dritten Daten und die 
5 Steuerungssoftware 15 beeinflussen die automatische Gene- 
rierung der Konfiguration 16. Damit wirkt sich also jede An- 
derung an den ersten Daten auf die Entwicklungsumgebung 
14 und somit zumindest mittelbar auf die Steuerungssoft- 
ware 15 und die Konfiguration 16 aus. Entsprechend wirkt 

10 sich jede Anderung an den zweiten Daten auf die Steue- 
rungssoftware 15 und zumindest mittelbar auf die Konfigu- 
ration 16 aus. SchlieBlich wirkt sich jede Anderung an den 
dritten Daten auf die Konfiguration 16 aus. Als Anderung 
der ersten, zweiten oder dritten Daten ist z. B. eine Ande- 

15 rung des Umfangs und/oder der Verfugbarkeit der jeweili- 
gen Daten aber auch Aktualisierungen der jeweiligen Daten 
zu verstehen. Soiche Anderungen haben selbstverstandlich 
nur dann Auswirkungen auf die automatisch generierte Au- 
tomatisierungssoftware, wenn die Anderungen sich auf sol- 

20 che Daten beziehen, die bei der automatischen Generierung 
verwendet wurden oder verwendbar sind. 
[0028] Es ergibt sich insgesamt ein iterativer Prozess bei 
der automatischen Generierung von Automatisierungssoft- 
ware, der anhand von Fig. 2 veranschaulicht wird. Ein erster 

25 Vcrfahrcnsschritt 22 umfasst das Fcstlcgcn dcr vcrwcndctcn 
oder verwendbaren ersten, zweiten und dritten Daten. Dazu 
gehort eine manuelle Spezifikation von z, B. Planungsdaten 
17 mit einer Beschreibung des zu automatisierenden techni- 
schen Prozesses. Ferner oder altemativ gehort dazu ein Im- 

30 port importierbarer Daten oder das Bereitstellen einer Mog- 
lichkeit zum Import solcher Daten. SchlieBlich kann der er- 
ste Verfahrensschritt 22 auch das Auswahlen oder Festlegen 
einer Importschnittstelle umfassen, mittels derer erste, 
zweite oder dritte Daten importiert werden konnen. 

35 [0029] Ein zweiter Verfahrensschritt 23 umfasst das auto- 
matische Generieren der Entwicklungsumgebung 14, der 
Steuerungssoftware 15 und ggf. der Konfiguration 16. Ein 
dritter Verfahrensschritt 24 umfasst das Bearbeiten und Er- 
wcitcrn dcr Steuerungssoftware 15 mittels dcr Entwick- 

40 lungsumgebung 14. In einem vierten Verfahrensschritt 25 
wird die generierte Automatisierungssoftware, also die 
Steuerungssoftware 15 und ggf. die Konfiguration 16 zur 
Automatisierungshardware ubertragen. 
[0030] Ein Anwender kann in jedem Verfahrensschritt 

45 22-24 Anderungen vomehmen und darauf die automatische 
•Generierung der Automatisierungssoftware emeut veranlas- 
sen. Der Anwender fiihrt die einzelnen Verfahrensschritte 
sowie darin erforderliche Anpassungen oder Erganzungen 
so oft durch, bis SchlieBlich die fertige Automatisierungs- 

50 software zur Verfiigung steht. Je umfassender die ersten, 
zweiten und dritten Daten sind, desto detaillierter kann die 
Automatisierungssoftware automatisch durch den Generator 
10 gencriert werden. Nicht automatisch gcncricrbarc Kom- 
ponenten oder Sequenzen der Automatisierungssoftware er- 

55 ganzt der Anwender im dritten Verfahrensschritt 24. Dabei 
wird er nach Moglichkeit durch automatisch in die Steue- 
rungssoftware 15 anstelle von nicht automatisch generierba- 
ren Sequenzen eingefugte Kommentare unterstiitzt. Diese 
Kommenrare enthalten Hinweise auf die Funktionalitat der 

60 nicht automatisch generierbaren Sequenz und vorzugsweise 
Hinweise auf die dafiir zu verwendenden Daten. 
[0031] Der Generator 10 erzeugt eine individuell abge- 
stiniinte Automatisierungssoftware. Bei z. B. neuen Funk- 
tionen wird die erzeugte Automatisierungssoftware automa- 

65 tisch aktualisiert. Das heiBt in der Entwicklungsumgebung 

14 ist diese neue Funktion verfugbar, so dass sie ggf. auch 
Bestandteil der SchlieBlich generierten Steuerungssoftware 

15 wird. Fur den Anwender en tf alien damit Administrati- 
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onsaufgaben fur Software, Projekte und Bibliotheken. Als 
Zusatzinformation wird festgehalten, welche Daten, das 
heifit z. B. welche Funktionen, fiir die automatische Gene- 
rierung der Automatisierungssoftware tatsachlich benotigt 
wurden. Damit konnen etwaige Lizenzgebiihren konkret an- 5 
hand der jeweils tatsachlich in Anspruch genommenen Lei- 
stung berechnet werden. Der Anbieter von Automatisie- 
rungssoftware, etwa ein Anbieter von Entwicklungsumge- 
bungen zur Erstellung von Automatisierungssoftware, ver- 
meidet die Notwendigkeit, diverse Softwarepakete mit je- to 
wcils untcrschicdlichcm Lcistungs- und Funktionsumfang 
in noch dazu haufig verschiedenen Versionen vorhalten und 
unterstiitzen zu mussen, da die Automatisierungssoftware 
und damit auch die jeweilige EntwickLungsumgebung indi- 
vidual entsprechend der konkreten Anforderungen des An- IS 
wenders generiert werden. 

[0032] Fig. 3 zeigt ein Diagrarnm des Datenflusses bei der 
automatischen Generierung von Automatisierungssoftware. 
Ahnlich wie in Fig, 1 ist der Generator 10 mit Softwarege- 
nerator 11, Projektgenerator 12 und Anlagenkonfigurator 13 20 
im Zentrum dargestellt. Der Generator 10 verarbeitet Einga- 
bedaten 26 und erzeugt Ausgabedaten 27. Zu den Eingabe- 
daten 27 gehoren die ersten, zweiten und dritten Daten. Zu 
den ersten Daten gehoren wiederum die Planungsdaten 17, 
das Programrnwisscn 18 und Vcrwalrungswisscn 19. Zu den 25 
zweiten Daten gehoren die Planungsdaten 17, Erfahrungs- 
daten 20 und Hardwarewissen 21. Zu den dritten Daten ge- 
hort zumindest das Hardwarewissen 21. 
[0033] Anhand vorgebb arer oder vorgegebener erster Da- 
ten generiert der Softwaregenerator 11 die Entwicklungsum- 30 
gebung 14. Anhand vorgebbarer oder vorgegebener zweiter 
Daten und unter Verwendung der Entwicklungsumgebung 
14 generiert der Projektgenerators 12 die Steuerungssoft- 
ware 15. Der Anlagenkonfigurator 13 generiert schliefllich 
anhand vorgegebener oder vorgebbarer dritter Daten die 35 
Konfiguration 16 der jeweiligen Automatisierungshard- 
ware. 

[0034] Die wesentliche Einflussmdglichkeit des Anwen- 
dcrs bcstcht cincrscits in der Bcrcitstcllung und Vcrvollstan- 
digung geeigneter erster, zweiter und dritter Daten und an- 40 
dererseits in Form einer Benutzereingabe 28, mit der der 
Anwender in jedem Verfahrensschritt 22-25 (Fig. 2) die au- 
tomatische Generierung durch manuelle Erganzungen oder 
Modinkationen beeinflussen kann. 

[0035] Zur Verarbeitung der Eingabedaten 26 ist fur den 45 
Generator 10 eine Vorverarbeitung 29 vorgesehen. Diese ge- 
wahrleistet die Moglichkeit des Imports der ersten, zweiten 
oder dritten Daten indem entweder eine definierte Schnitt- 
stelle zum Zugriff auf diese Daten bedient wird oder indem 
die Daten in ein zur weiteren Verarbeitung z. B. durch den 50 
Softwaregenerator 11 oder den Projektgenerator 12 geeigne- 
tes Format konvertiert werden. 

[0036] Des Wcitcrcn bcrucksichtigt die Vorverarbeitung 
29 auch vorgegebene oder vorgebbare und damit insbeson- 
dere veranderbare und erweiterbare Regeln einer nicht sepa- 55 
rat dargestellten Regeldatenbank. Mit Hilfe dieser Regeln, 
die je nach Bedarf automatisch ausgewahlt und angewendet 
werden, ist eine Analyse und Auswertung der ersten, zwei- 
ten und dritten Daten moglich. 

[0037] Eine dieser Regeln lautet z. B.: "Wenn dezentrale 60 
Feldgerate vorgesehen oder erforderlich sind, ist eine Fetd- 
busverbindung zwischen dem oder jedem dezentralen Feld- 
geriit und einem zentralen Aulomalisierungsgeriil vorzuse- 
hen." Weitere Regeln beziehen sich dann z. B. auf die Art 
der Feldbusverbindung z. B. im Ilinblick auf den maximal 65 
erreichbaren Datendurchsatz. Andere Regeln konnen z. B. 
die Verwendung sicherheitsgerichteter Automatisierungs- 
komponenten beeinflussen. Eine solche Regel konnte z. B. 



lauten: "Bei kondnuierlichen, insbesondere nicht unter- 
brechbaren Prozessen sind sicherheitsgerichtete oder fehler- 
tolerante Automatisierungskomponenten vorzusehen". Eine 
solche Regel ist ein Beispiel fur eine erweiterbare Regel, bei 
der der Anwender z. B. angeben kann, dass "ein chemischer 
Prozess zum Raffinieren von Rohol ein solcher kontinuierli- 
cher, nicht unterbrechbarer Prozess ist". Ob es sich beim je- 
weiligen technischen Prozess urn einen zum Raffinieren von 
Rohol handelt, ergibt sich anhand der ersten Daten, insbe- 
sondere anhand der Planungsdaten, z. B. anhand der Aufga- 
ben- oder Problcmbcschrcibung. 

[0038] Die automatische Verarbeitung der ersten, zweiten 
und dritten Daten, das Errnitteln untereinander bestehender 
Beziehungen, die Auswahl passender Regeln etc. wird er- 
leichtert, wenn samtliche Daten mit normierten Kennungen 
versehen und daran identifizierbar sind. Das Format solcher 
Kennungen foigt vorzugsweise bestehenden oder sich ab- 
zeichnenden Standards. So hat z. B. das W3C (WWW-Con- 
sortium; WWW = World Wide Web) WebServices, also im 
Internet angebotene oder abrufbare Dienstleistungen, be- 
zuglich des Nachrichtenformats und -austauschs, im Hin- 
blick auf Directory-Services zur Speicherung von Dienstbe- 
sclireibungen (UDDI) sowie einer Sprache zur Dienstbe- 
schreibung (WSDL) spezifiziert. 

[0039] Solche Spczifikationcn konnen auch fiir zur Idcnti- 
fikadon und Zuordenbarkeit der ersten, zweiten und dritten 
Daten verwendet werden. 

[0040] So konnen ziB. innerhalb der Planungsdaten 17 
Daten zu vorhergehenden Projekten Kennungen zugeordnet 
werden, die Aufschluss dariiber geben, mit welchen Softwa- 
refunktionen einzelne Komponenten oder Sequenzen pro- 
jektiert wurden. Kommt nun eine spatere Wiederverwen- 
dung solcher Komponenten oder Sequenzen fur einen neue 
Steuerungssoftware 15 in Betracht, lasst sich anhand der 
Kennungen automatisch errnitteln, welche Funktionalitat 
z. B. in der Entwicklungsumgebung 14 zur Handhabung der 
iibernehmbaren Komponenten oder Sequenzen vorhanden 
sein muss. 

[0041] Ein wcitcrcs Beispiel fiir die Verwendung standar- 
disierter Kennungen zu Identifizierung und Zuordnung von 
Daten und Informationen zur automatischen Generierung 
von Automatisierungssoftware bezieht sich auf Planungsda- 
ten 17 und dort genauer auf Konstrukdons daten, wie sie bei- 
spielsweise von einem CAD-Programm geliefert werden 
und Hardwarewissen 21, wie z. B. Katalogdaten. Wenn 
Konstrukdonsdaten mit eindeutigen, informativen Kennun- 
gen z. B. zur Anwendung und Funktionalitat einzelner 
Komponenten, wie z. B. Motoren, Ventiien, Sensoren wie 
Tastern oder Lichtschranken, etc. versehen sind, konnen Ka- 
talogdaten oder auch vorangehende Projekte nach korre- 
spondierenden Eigenschaften durchsucht werden und darin 
eine zielgerichtete Auswahl getroffen werden. 
[0042] Kennungen der oben genannten Art konnen sich 
z. B. auf 

- Branche, Anwendungsgebiet, Produkt, 

- Fertigungsprinzip (Forderband, Rohrleitungen, . . .) 

- Projektstrukturiemng (technoiogisch, Funktional, 
CPU orientiert, . . .) 

- Programmiersprache bzw. Programmiermethode 
(ablauforientiert, continuous, Kontaktplan, Funktions- 
plan) 

- Regelalgorithmus, RegelparaineLer, 

- Teilprozesse (Forderbandsteuerung, riihren, heizen, 
pressen, biegen, etc.) 

- etc. 

beziehen. 
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[0043] Alle benotigten Daten werden dem Generator 10 
uber Standardschnittstellen und Standardnetze zur Verfii- 
gung gestellt. 

[0044] Als Beispiel dafur wird auf die erweiterb are Dekla- 
rationssprache ebXML verwiesen. ebXML ist zur Abwick- 5 
lung von Geschaftsprozessen imdas Internet vorgesehen. Es 
existieren Spezifikationen zu Nachrichtenformaten und - 
austausch, einern Registry- und Repositorydienst sowie 
Schablonen f ur bestimmte geschaftsspezifische Objekte und 
Ablaufe. Die Basis des Nachrichtentransports bei WebSer- 10 
vices wic auch mittlcrwcilc bci ebXML ist das Simple Ob- 
ject Access Protocol (SOAP), ein XML-basiertes Protokoll 
zur RPC- bzw. nachrichtenorientierten Kommunikation, das 
typischerweise in HTTP gekapselt ist und einen zuverlassi- 
gen Nachrichtenaustausch gewahrleistet. 15 
[0045J Das W3C hat Web Services beziiglich des Nach- 
richtenforrnats und -austauschs, eines Directory-Services 
zur Speicherung von Dienstbeschreibungen (IJDDI) sowie 
einer Sprache zur Dienstbeschreibung (WSDL) spezifiziert. 
[0046] Nach einer Identification der fur die Entwicklungs- 20 
umgebung 14 und/oder fur die Steuerungssoftware 15 als 
notwendig ermittelten Komponenten werden diese in den 
ersten, zweiten und dritten Daten gesucbt und geeignete 
Komponenten zur Verwendung ausgewahlt. Voraussetzung 
fur die Vcrwcndbarkcit ist cine fcinmodularc Struktur dcr 25 
Software und der einzelnen Komponenten, der liber vordefi- 
nierte Schnittstellen deren Kombination erlaubt. 
[0047] Zur weiteren Generierung der Steuerungssoftware 
15 wird in erster Linie auf vorhergehende Projekte innerhalb 
der Planungsdaten 17 zuruckgegriiren. Die Auswahl unter 30 
einer Vielzahl vorangehender Projekte erfolgt im Hinblick 
auf eine moglichst weitgehende tJbereinstimmung mit den 
jeweiligen konkreten Anforderungen. Aus vorangehenden 
Projekten iibemehmbare Komponenten oder Sequenzen bil- 
den eine Basis fur die zu erstellende Automatisierungssoft- 35 
ware. Diese Basis wird mit als geeignet ermittelten Kompo- 
nenten aus anderen zuriickliegenden Projekten, Herstellerbi- 
bliotheken, Katalogen, etc. erganzt. 

[0048] Die Steuerungssoftware 15 kann aus einzelnen, un- 
abhangig voneinander generierbaren und ausfuhrbaren Pro- 40 
gramraen bestehen. Zur gemeinsamen Steuerung eines tech- 
nischen Prozesses ist regelmaBig eine Kommunikation zwi- 
schen solchen grundsatzlich unabhangigen Programmen er- 
forderiich. Die moglichen Kommunikationswege zwischen 
einzelnen Programmen wird iiber die Planungsdaten 17 er- 45 
mittelt und uber Standardmechanismen etabliert (.net, 
Ethernet, . . .) 

[0049] Der Generator 10 urnfasst schlieSlich noch eine 
Protokolleinheit 30 zum Aufzeichnen der verwendeten Da- 
ten. Die aufgezeichneten Daten umfassen auch Daten zu der 50 
oder jeder verwendeten Softwarekomponente und ob diese 
Softwarekomponente bei der Generierung der Entwick- 
lungsumgcbung 14 oder bci dcr Generierung dcr Steue- 
rungssoftware 15 verwendet wurde. Anhand dieser Daten 
kann nach Zugriff auf ein Verwaltungssystern 31, das z. B. 55 
auf einem zentralen, insbesondere uber das Internet erreich- 
baren Server vorgehalten ist, eine Rechnung 32 fur den An- 
wender unter Beriicksichtigung der verwendeten Daten er- 
stel It werden. 

[0050] Damit lasst sich die Erfindung kurz wie folgt dar- 60 
stellen: 

Die Erfindung lost sich von starren Programmen und Biblio- 
theken und anschlieBender Eingabe von Daten zur Problem- 
losung. Statt dessen werden geeignete Daten oder ein Zu- 
griff auf solche Daten bereit gestellt, mit denen eine automa- 65 
tische Generierung zunachst einer individuellen, auf das 
konkrete Automatisierungsproblem abgestellten Entwick- 
lungsumgebung 14 und darauf unter deren Verwendung die 
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automatische Generierung der eigentlichen Steuerungssoft- 
ware 15 erfolgt. Dabei werden die Moglichkeiten des Daten- 
zugrifts uber Internet und standardisierte Programm- oder 
Datenschnittstellen, wie z. B. XML, auf bisher noch lokal 
gehaltene Informationen von Planungstools oder dgl. und 
Bibliotheken oder bestehenden Projekten ausgenutzL Die 
Rahmenbedingungen des jeweiligen Automatisierungsvor- 
habens bilden dabei den Ausgangspunkt fur die einzelnen, 
automatisch zu generierenden Elemente der Automatisie- 
rungssoft ware, wie das eigentliche Steuerprogramm 15, ggf. 
ein erganzendes HMI-Programm und wcitcrhin ggf. cine 
Anlagenkonfiguration 16. 

Patentanspriiche 

1. Einrichtung zur automatischen Generierung von 
Automatisierungssoft ware mit einem zumindest einen 
Softwaregenerator (11) und einen Projektgenerator 
(12) umfassenden Generator (10), 
wobei mittels des Softwaregenerators (11) anhand von 
vorgebbaren oder vorgegebenen ersten Daten, wie ins- 
besondere Planungsdaten (17), Programmwissen (18) 
und Verwaltungswissen (19) eine Entwicklungsumge- 
bung (14) generierbar ist und 

wobei unter Verwendung dcr Entwicklungsumgcbung 
(14) mittels des Projektgenerators (12) anhand von vor- 
gebbaren oder vorgegebenen zweiten Daten, wie insbe- 
sondere Planungsdaten (17), Erfahrungsdaten (20) und 
Hardwarewissen (21), eine Steuerungssoftware (15) 
generierbar ist. 

2. Einrichtung nach Anspruch 1, wobei der Generator 
(10) weiter einen Anlagenkonfigurator (13) urnfasst 
und wobei mittels des Anlagenkonfigurators (13) an- 
hand von vorgebbaren oder vorgegebenen dritten Da- 
ten, wie insbesondere Hardwarewissen (21), eine Kon- 
flguradon (16) einer Automadsierungshardware ermit- 
telbar ist. 

3. Einrichtung nach Anspruch 1 oder 2, wobei die er- 
sten Daten Planungsdaten (17), Programmwissen (18) 
und/oder Verwaltungswissen (19) umfassen. 

4. Einrichtung nach Anspruch 1 oder 2, wobei die 
zweiten Daten Planungsdaten (17), Erfahrungsdaten 
(20) und/oder Hardwarewissen (21) umfassen. 

5. Einrichtung nach Anspruch 1 oder 2, wobei die drit- 
ten Daten Hardwarewissen (21) umfassen. 

6. Einrichtung nach einem der vorangehenden An- 
spruche, wobei die Steuerungssoftware (16) eine 
Mensch-Maschine-Schnittstetle urnfasst. 

7. Verfahren zur automatischen Generierung von Au- 
tomatisierungssoftware unter Verwendung eines zu- 
mindest einen Softwaregenerator (11) und einen Pro- 
jektgenerator (12) umfassenden Generators (10), 
wobei dcr Softwaregenerator (11) anhand von vorgeb- 
baren oder vorgegebenen ersten Daten, wie insbeson- 
dere Planungsdaten (17), Programmwissen (18) und 
Verwaltungswissen (19) eine Entwicklungsumgebung 
(14) generiert und 

wobei der Projektgenerator (12) unter Verwendung der 
Entwicklungsumgebung (14) anhand von vorgebbaren 
oder vorgegebenen zweiten Daten, wie insbesondere 
Planungsdaten (17), Erfahrungsdaten (20) und Hard- 
warewissen (21), eine Steuerungssoftware (15) gene- 
riert. 

8. Verfahren nach Anspruch 7, wobei der Generator 
(10) weiter einen Anlagenkonfigurator (13) urnfasst 
und wobei der Anlagenkonfigurator (13) anhand von 
vorgebbaren oder vorgegebenen dritten Daten, wie ins- 
besondere Hardwarewissen (21), eine Konfiguradon 
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(16) einer Automatisierungshardware ennittelt und 
ggf. vomimmt. 

9. Verfahren nach Anspmch 7 oder 8, wobei die ersten 
Daten Planungsdaten (17), Programmwissen (18) und/ 
oder Verwaltungswissen (19) umfassen. 5 

10. Verfahren nach Anspruch 7 oder 8, wobei die 
zweiten Daten Planungsdaten (17), Erfahrungsdaten 
(20) und/oder Hardwarewissen (21) umfassen. 

11. Verfahren nach Anspruch 7 oder 8, wobei die drit- 
ten Daten Hardwarewissen (21) umfassen. io 

12. Verfahren nach cincm dcr Anspriichc 7 bis 11, wo- 
bei die Steuerungssoftware (16) eine Mensch-Ma- 
schine-Schnittstelle umfasst. 
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